DEVICE, METHOD AND SYSTEM 
FOR TRANSFERRING FRAME 



BACKGROUND OF THE INVENTION 
The present invention relates to a device, a method and a 
system for transferring frames in data transmission between network 
systems which are interconnected by plural OCHs (Optical Channels), 
5 using optical channels on the light wavelength division multiplexing 
network where data of various volumes of traffic are transferred. 
Description of the Related Art 

WDM (Wavelength Division Multiplexing) has come to the fore 
as a technique for increasing transmission capacity per an optical fiber 
10 by multiplexing signals with the use of different wavelengths. In the 
WDM, plural OCHs (Optical Channels) connect a network system to the 
opposite network system. The OCH is defined in the recommendation 
of ITU-T, G. 872, etc. as a channel used for transferring user signals 
according to each wavelength. 
15 At the same time, with the progress of optical devices relating 

to the WDM, it has become possible to establish an OCH connection 
between network systems and disconnect it at a high speed. 
Consequently, it is required to realize an optimum configuration of the 
OCH connection for data transmission by gearing the connection topology 
20 of the OCH to deviation in traffic. 

In addition, IXC (Inter Exchange Carrier), which offers 
end-to-end transfer bands as service, is in the process of starting the 
business of dealing in transfer bands by the hour. Accordingly, it is also 
required to provide data transmission system that allows any volumes of 
25 traffic from heavy traffic to little traffic in a simple configuration. 

Against this background, flexible data transmission 
corresponding to the deviation in a variety of user traffic, such as IP 
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(Internet Protocol), ATM (asynchronous transfer mode), and SDH 
(synchronous digital hierarchy), is required of the WDM, which affords 
the high-speed and high-capacity transfer functions. However, 
conventional techniques being applied to the user traffic cannot be 

5 directly used to equalize the traffic on OCHs. 

For example, by the technique of distributing flow at the IP 
layer employed on the IP network, in between end'to-end terminals, it is 
impossible to estimate traffic characteristics and timing of generation / 
extinction of a flow* a group of forward packets produced in the session 

10 process of applications operated at respective terminals, in the IP layer 
beforehand, because the generation and extinction depend on working 
between an application and an operator. Besides, when the order of 
packets in a flow counterchanges, retransmission of the packets occurs at 
the TCP layers an upper layer of the IP layer, and thus throughput 

15 capacity is remarkably deteriorated. 

Moreover, there is another problem in applying the IP layer 
flow distribution to plural OCHs. In the IP, it is necessary to select one 
of OCHs for each flow, along with transfer packets in the same flow onto 
the same OCH. However, the characteristics and volume of traffic, etc. 

20 are unpredictable as described above, and therefore data traffic is not to 
be equally distributed to respective OCHs by the IP flow distribution as 
it is. Furthermore, since the number of flow amounts to the millions on 
the backbone network, it is difficult to manage the flow, and also device 
costs increase. 

25 On the other hand, in the case of equalizing traffic on OCHs by 

using the ATM technique, wherein a packet'- a basic unit of data traffic to 
be transmitted, is divided into ATM cells and transferred onto OCHs, 
prescribed numbers of ATM-VCs (Virtual Channel) are fixedly set up for 
each OCH in advance to distribute flow to the OCHs. Then, after IP 

30 flow are detected, the packets included in each flow are allocated to each 
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ATM - VC (mapping), and thereby the flow distribution to plural OCHs 
is implemented. 

Namely, the function of the ATM layer is framing only, and the 
judging process in the flow distribution is executed at the IP layer. 
5 Therefore, the ATM layer has the same drawbacks as that of the IP layer 
in the flow distribution. Moreover, it is necessary to add a cell header of 
5 bytes to the ATM cell per 48 bytes data, which decreases the efficiency 
of an effective band on a channel. 

In the Virtual Concatenation proposed in T1X1. 5, a fixed 

10 range of an STM band is divided into frame units of SDH such as VT1.5, 
VC3, and VC4 at the transmitting end on the network. The respective 
frames are transferred onto different OCHs, and reassembled at the 
receiving end to restore the original STM band. 

In this STM transmission, Jl, H4 bite of a frame header is 

15 occupied by information to identify the order of frames, the original STM 
band (path) and the like, and it is possible to transmit STM bands of 
1.5Mbps X N (N: arbitral natural number), 50Mbps X N, 150Mbps X 
N, and 2.4Gbps X N, irrespective of the prescribed velocity on OCHs, 
for example, OC-3 (150 Mbps), OC-12 (600 Mbps), OC-48 (2.4 Gbps), and 

20 OC-192 (10 Gbps). 

However, the Virtual Concatenation is just a technique for the 
STM transmission, and the effect of statistical multiplexing is not to be 
obtained in the case of transmitting user data to plural OCHs. 
Consequently, reduction in link cost achieved by the statistical 

25 multiplexing effect cannot be realized. 

Besides, the technique has another disadvantage in that, when 
an error occurs in an OCH connection, it is necessary to back up the 
whole STM band to restore the connection. Therefore, it is impossible 
to continue data transfer service through only usable OCHs to perform 

30 efficient data transmission. 
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In addition, Japanese Patent Application Laid'Open No. 
2000-22733 "Data Communication System and Device for Connecting 
Networks Thereof the prior art of the present invention, discloses a 
data communication system in which plural network connecting devices 
5 and lines connect a base, or point, to another, distributing data traffic to 
lines between the bases, or points, and controlling the order of the 
distributed data. That is, the prior art comprises the first connecting 
device for controlling distribution of data according to the transmission 
speed of each line, and the second connecting device for controlling the 

10 order of the distributed data. 

In the prior art, however, the first connecting device 
distributes data to the device itself and the second connecting device 
depending on the amount of accumulated data, which complicates the 
processing protocol. Thus, the prior art is not suitable for high-speed 

15 data transmission. 

As set forth hereinabove, in data transmission technique such 
as IP, ATM, and SDH, equalization of data traffic on OCHs, which are 
set for respective wavelengths defined in the WDM, is not taken into 
consideration. For the same reason, the prior art described in Japanese 

20 Patent Application Laid-Open No. 2000-22733 has a drawback of being 
inapplicable to data transmission on OCHs at this stage. 

SUMMARY OF THE INVENTION 
It is therefore an object of the present invention to provide a 
25 device, a method and a system for transferring frames, capable of 
performing flexible data transmission corresponding to traffic on each 
OCH on the light WDM network, where various volumes of user traffic is 
transferred at a high speed, and affording quality communication that 
satisfies user's demand. 
30 For achieving the above object, the present invention defines 
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paths depending on the quality of service (QOS) necessary for user data 
transferred between network devices, which are connected by plural 
OCHs, and besides defines plural OCHs as a virtual link by adopting 
new frames called path frames and a frame transferring system for data 
5 transmission on the paths. Within the virtual link, a transfer band 
having arbitrary transfer rate is realized in each path. Moreover, there 
is provided a means gearing wavelength control to data transmission at 
the time of switching OCHs and Protection. 

The present invention, in the communication network where 
10 data is transferred between network devices that are connected by plural 
physical channels, in particular optical channels, includes a means which 
defines logical paths varied with user traffic and the priority of the traffic 
in between the network devices, and forms path frames having a 
specified frame length and operating on transfer schedule for each of the 
15 logical paths to transfer data. 

Moreover, the network device transmitting path frames 
includes a means that uses plural optical channels as a virtual path to 
transfer the path frames of each logical path, and transfers the path 
frames equally to the optical channels corresponding to each path 
20 according to the condition of the optical channels. 

Furthermore, the network device transmitting path frames 
includes a buffer for storing data for each logical path individually; and a 
switch for selecting optical channels to output the path frames thereto 
based on identification information attached to each path frame, and 
25 outputting the path frames to the optical channels by round robin 
scheduling. 

The logical path accommodates user packets and forms path 
frames. In addition, the path is terminated by an ingress network 
device, which sends data onto the light WDM network, and an egress 
30 network device, which terminates the path frames and restores the 
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frames to the user packets. 

The ingress network device includes: a buffer for storing user 
packets of each logical path individually; a frame forming means for 
reading the user packets out of the buffer, and forming the path frames 
5 which have a fixed frame length and individual ordinal numbers; and a 
switch for outputting the path frames to the optical channels by round 
robin scheduling. 

The egress network device includes : a frame restoring means 
for receiving the path frames from the optical channels and writing the 
10 frames of each path individually into a buffer at a subsequent stage; and 
a packet restoring means for restoring the path frames written in the 
buffer to the user packets according to the ordinal number attached to 
each path frame. 

The path frame includes: a field for storing a path number to identify 
15 its logical path at the header part; a field for storing the ordinal number 
attached to the path frame at every time of forming the frame; and a pointer 
field for indicating the positional information of the first user packet, which is 
stored in the payload part of the path frame. 

The Egress network device includes: a means for reading 
20 frames into a buffer at a subsequent stage using the ordinal number 
stored in each path frame at a frame restoring section; a means for 
retrieving the first user packet stored in the path frame with reference to 
a pointer value of the path frame, and a means for identifying the 
position of the head of the next user packet stored in the path frame with 
25 reference to packet length information stored in the user packet retrieved 
before and retrieving the new user packet at a packet restoring section 
where the path frames in the buffer are restored to the user packets. 

The network device includes: a means for transmitting a 
control frame to indicate the initiation of data transmission on the 
30 occasion of setting a new optical channel connection between the network 
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devices, and a means for transmitting a control frame to indicate the 
termination of data transmission on the occasion of disconnecting an 
existing optical channel connection. 

In the transmission of the control frames, transmission control 

5 is performed ac6ording to increase and decrease in traffic between the 
network devices. 

Besides, in the transmission of the control frame, transmission 
control is performed according to detection of errors in specified optical 
channels between the network devices. 

10 The path frame length and transfer cycle are set according to 

an allowable delay period and burst property of user traffic. 

The network device includes a means for requesting disposal or 
retransmission of a frame, when an error is detected in the frame. 

The logical path comprises^ an input network device (Ingress) 

15 which accommodates user packets, forms path frames, and transfers the 
path frames onto the light WDM network; an output network device 
(Egress) which terminates the path frames, and restores the path frames 
to user packets; a relay network device (Core) which relays the path 
frames! and optical channels, each of which is defined for each light 

20 wavelength, and connects the network devices. 

As set forth herein above, according to the present invention, 
in regard to technique of data transmission between network devices 
that are connected by plural OCHs: a logical path is newly defined for 
each class of traffic (ATM, STM, IP packet, and MPLS packet), and also 

25 its priority; the logical path is related to OCHs; path frames are defined 
in the path as frames transferring data; a frame length and frame 
transmission schedule of the path frames are decided on each logical 
path individually! the frames are transferred according to traffic on the 
OCHs related to each logical path in a layer l; and there is provided a 

30 transfer control means. Thus, it is made possible to provide a device, a 
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method and a system capable of equalizing the traffic on OCHs. 

Moreover, according to the present invention, in regard to the 
technique of data transmission between network devices that are 
connected by plural OCHs: a path is defined based on the class of traffic 
5 (ATM, STM, IP packet, and MPLS packet), and further, its priority; path 
frames having a fixed frame length and frame transmission schedule are 
defined for the path; plural OCHs can be used as a virtual link; a user 
can utilize any necessary band irrespective of restrictions on the number 
and transfer rate etc. of OCHs; and even when there are plural paths in 
10 the virtual link, the frame length and frame transmission schedule can 
be defined for each path. Consequently, it is made possible to 
accommodate various types of user traffic in the virtual link as well as 
satisfy transmission QOS necessary for each user traffic by relating the 
transmission QOS with QOS of a path. 

15 

BRIEF DESCRIPTION OF THE DRAWINGS 
The objects and features of the present invention will become 
more apparent from the consideration of the following detailed 
description taken in conjunction with the accompanying drawings in 
20 which: 

Fig. 1 is a diagram showing a configuration of a network where 
the present invention is applied 

Fig. 2 is a diagram showing a configuration of a network device 
(Ingress) according to an embodiment of the present invention; 
25 Fig. 3 is a diagram showing a configuration of a network device 

(Egress) according to an embodiment of the present invention,* 

Fig. 4 is a diagram showing a configuration of a path frame 
according to an embodiment of the present invention; 

Fig. 5 is a schematic diagram explaining the mapping 
30 operation to distribute user packets to path frames according to an 
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embodiment of the present invention? 

Fig. 6 is a schematic diagram showing an example of 
operations for transferring path frames to OCHs at a network device 
(Ingress) of the present invention; 
5 Fig. 7 is a schematic diagram showing another example of 

operations for transferring path frames to OCHs at a network device 
(Ingress) of the present invention; 

Fig. 8 is a schematic diagram showing an example of 
operations for transferring path frames between network devices via 
10 OCHs according to an embodiment of the present invention; 

Fig. 9 is a schematic diagram showing operations for restoring 
user packets at a network device (Egress) of the present invention; 

Fig. 10 is a schematic diagram showing operations for 
retransmitting path frames at a network device (Egress) of the present 
15 invention; 

Fig. 11 is a schematic diagram showing operations for 
retransmitting path frames at a network device (Ingress) of the present 
invention; 

Fig. 12 is a schematic diagram showing operations for 
20 connecting / disconnecting an OCH connection, and for transferring path 
frames according to an embodiment of the present invention; 

Fig. 13 is a diagram showing operations for switching OCHs on 
a one-way ring according to an embodiment of the present invention; 

Fig. 14 is a schematic diagram explaining the switching 
25 operation when an OCH error occurs according to an embodiment of the 
present invention; 

Fig. 15 is the example definition of path frame length and 
transfer cycle according to an embodiment of the present invention; 

Fig. 16 is a schematic diagram showing a transfer concept at a 
30 network device (CORE) according to an embodiment of the present 
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invention; and 

Fig. 17 is a schematic diagram showing the transfer operation 
at a network device (CORE) according to an embodiment of the present 
invention. 

5 

DESCRIPTION OF THE PREFERRED EMBODIMENT 

In the following, configurations of networks to which the 
present invention is applied, and an outline of the present invention will 
be described. Fig. 1 shows an example of a network model to which the 

10 present invention is applied. In Fig. 1, plural OCHs, which correspond 
to wavelengths of WDM, connect a network device (Ingress) 55 and 
another network device (Egress) 58. The Ingress 55 receives various 
user data from user devices such as an ATM cross connecter 51A, an IP 
router 52A, a switcher 53A, and a multiplexer 54A. As examples for the 

15 user data, there are ATM cells from the ATM cross connecter 51 A, IP 
packets and MPLS (Multi-protocol Label Switching) packets from the IP 
router 52A, and STM (Synchronous Transfer Mode) signals such as SDH 
(Synchronous Digital Hierarchy) and PDH (Pre-synchronous Digital 
Hierarchy) from the switcher 53A and multiplexer 54A. 

20 The Ingress 55 retrieves only valid data from the user data, 

and judges QOS in data transmission. After that, the Ingress 55 stores 
user packets in path frames defined in between the Ingress 55 and a 
network device (Egress) 58, and transfers the path frames onto plural 
OCHs, the detail of which will be described later. 

25 The path frames transferred onto OCHs are transferred to the 

Egress 58 via an OXC (Optical Cross-connecter) 56 or an OADM (Optical 
Add-Drop Multiplexer) 57, which have the OCH transmission function on 
the networks. 

Having terminated the path frames, the Egress 58 retrieves 
30 the user data stored in the path frames, and transfers ATM cells, IP 
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packets and MPLS packets, and STM signals, etc. to the opposite user 
devices: an ATM cross connecter 51B, an IP router 52B, a switcher 53B, 
and a multiplexer 54B, respectively. 

The network devices Ingress 55 and Egress 58 are described 
5 individually and differently in this description. However, they are 
actually the same devices on the input side and output side on the 
connection with the user devices, and each device has both Ingress and 
Egress functions. 

According to the present invention, a concept of paths is 

10 defined between the Ingress 55 and Egress 58. 

The path varies with the type of upper traffic (ATM cells, IP 
packets, MPLS packets, PPP packets, and STM data) to be transferred 
between the Ingress 55 and Egress 58, and also priority of the traffic. 

Fig. 2 shows a configuration of a network device (Ingress) 100, 

15 which corresponds to the Ingress 55 in Fig. 1. 

The Ingress 100 comprises: IF cards 10 each providing an 
interface to a user device, WDM cards 30 each providing an interface to 
the light WDM network, and a frame switch 20 for switching path frames 
transferred between the network devices (Ingress / Egress) only. 

20 The IF card 10 includes: a buffer section 11, a scheduling 

section 12, a frame forming section 13, a standby buffer 15, a 
retransmission controller 14, and a timer 16. In the IF card 10 of Fig. 2, 
the buffer section 11 is provided with individual buffers, or FIFO (First 
In First Out) memories, for respective paths. 

25 When the scheduling section on the IF card of the Ingress 

schedules transmission of path frames and transfers the path frames to 
plural OCHs with the above configuration, each of the frames with 
respect to each path is transferred to one of OCHs selected by round 
robin scheduling according to the ordinal number of the path frame. 

30 Consequently, it is made possible to transfer the same number of path 
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frames, or the same volume of traffic, to respective OCHs, and thus 
plural OCHs are to be used as a virtual link. 

Fig. 3 shows a configuration of a network device (Egress) 200. 
The Egress 200 also comprises- IF cards 210 for providing connections to 
5 user devices, WDM cards 230 for providing connections to OCHs, and a 
frame switch 220 for switching path frames transferred between the 
network devices (Ingress / Egress) only. 

The IF card 20 includes" a buffer section 211, a packet 
restoring section 212, a frame restoring section 213, a retransmission 
10 controller 214, and a timer 216. 

The frames are restored, or decoded, as follows. The IF card 
of the Egress is provided with the buffer section that is composed of 
individual buffers for paths. Path frames belonging to a path 
transferred on OCHs are stored in one of the buffers. The frame 
■15 restoring section reads the path frames out of the buffer according to the 
ordinal number of each path frame. After that, the packet restoring 
section retrieves user data based on pointer information of the path 
3 frame. 

In addition, in case that a frame is lost, the IF card of the 
20 Ingress stores the path frames transferred from the frame forming 
section in the standby buffer for a certain period of time. The timer 
clocks time, and if there is an instruction to retransmit the lost path 
frame from the Egress before time out, the retransmission controller 
reads the path frame out of the standby buffer to retransmit the path 
25 frame. 

In an embodiment, when OCHs set up between an Ingress and 
an Egress are inputted / outputted onto the light WDM network, the 
OCHs are wavelength-multiplexed / demultiplexed by optical multiplexer 
/ demultiplexr 31 or 231 as shown in Figs. 1 and 2, accommodated in a 
30 optical fiber to be transferred on the light WDM network using different 
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wavelengths. However, as other embodiments, the arbitral number of 
OCHs may be accommodated in each of the plural optical fibers, or each 
OCH may be accommodated in the individual fibers. 

Path frames having a specified frame length and transfer 
5 schedule are defined with respect to each path. Fig. 4 is a detailed 
diagram showing a configuration of a path frame according to an 
embodiment of the present invention. 

As shown in Fig. 4, the path frame 300 according to an 
embodiment of the present invention consists of a field of frame header 

10 310 and a field of payload 320. The frame header 310 includes a path 
number 311, an ordinal number 312, a pointer 313, and other control 
fields. The payload 320 includes a field 321 where data of actual user 
traffic are written in, and a field 322 for monitoring data quality. The 
data field contains user data transferred on the same path. 

15 The pointer 313 is positional information, indicating the head 

of the first user packet in the data field of a path frame. That is, it 
indicates the distance from the pointer field to the head of the first user 
packet. Here, the field of the pointer 313 also contains information for 
restoring path frames to user packets at the Egress 58. Besides, the 

20 ordinal number in the frame header is used for deciding an order relation 
of path frames, which have been transferred via plural OCHs. 

Incidentally, the frame length of path frames is defined for 
respective paths individually, and path frames on the same path have 
always a fixed length. 

25 With the above configuration, in accordance with the present 

invention, the scheduling section on the IF card of the network device 
(Ingress) schedules transmission of path frames. In the case where the 
path frames are transferred onto plural OCHs, each frame is transferred 
to one of OCHs selected by round robin scheduling according to the 

30 ordinal number of the path frame with respect to each path. Thereby it 
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is made possible to transfer the same number of path frames, or the 
same volume of traffic, to respective OCHs, and thus plural OCHs are to 
be utilized as a virtual link. 

According to the present invention, it is possible to define the 
5 frame length and frame transfer schedule of path frames for paths 
individually. Therefore, various types of user traffic in data 
transmission, such as STM transmission, minimum band transmission, 
and Best Effort transmission, is frame-multiplexed and transferred onto 
a virtual link composed of OCHs. 

10 Moreover, on the occasion of connecting / disconnecting an 

OCH, a start frame or an end frame is transmitted as a control path 
frame so that path frames are transferred to only active OCHs. Thus, it 
is made possible to modify OCH connections in the process of data 
transmission. Furthermore, even when the number of OCHs on a link 

15 reduces due to an error(s), transmission of path frames can be continued 
using only normal OCHs. Therefore, there is no need to prepare spare 
OCHs. 

As is described above, according to the present invention, the 
frame length and frame transfer scheduling of path frames are defined 
20 individually for each path corresponding to user traffic. Consequently, 
it is made possible to deal with QOS of various types of user traffic in 
data transmission, such as STM transmission, minimum band 
transmission, Best Effort transmission, and transmission of data critical 
about delay. 

25 Moreover, in data transmission according to the present 

invention, user traffic is uniformly managed by path number. The path 
number is not defined in each flow of user applications, but defined only 
for a connection set between transport devices. Thus it is made possible 
to manage user traffic easily with small number of paths. 

30 Next, operations of an embodiment with the above network 
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devices, paths and path frames will be explained. In the following, the 
flow of operations from a user device through a network device (Ingress), 
OCHs, a network device (Egress) to another user device will be described 
referring to drawings. 
5 First, paths are set in between the Ingress and Egress. 

Different paths are defined depending on the type of upper traffic (ATM 
cells, IP packets, MPLS packets, PPP packets, and STM data) to be 
transferred between the Ingress 55 and Egress 58, and further, priority 
of the traffic. 

10 When there is difference in the transfer QOS of the same, for 

example, ATM cell traffic, as the case where ATM-CBR (Constant Bit 
Rate) and ATM-UBR (Unsustained Bit Rate) are transferred, different 
paths are defined for each. 

Incidentally, any velocity can be defined for a band of each 

15 path. A velocity may be applied to plural OCHs as well as just one 
OCH. Besides, both STM signals and variable record signals can be set 
as a traffic characteristic of each path. 

Second, path frames, which have a specified frame length and 
transfer schedule, are set for each path. As shown in Fig. 4, the path 

20 frame composed of a frame header field and a payload field. The frame 
header includes a path number, an ordinal number, a pointer, and other 
control fields. The payload includes a field where data of user traffic 
are inputted, and a field for monitoring quality of the data. It is 
possible to set a field for executing detection / correction of bit errors by 

25 CRC calculation, which is defined in the AAL5 or SDL etc. of ATM, as 
the monitoring field. 

The path frames are not defined for each user packet, but 
defined for the whole traffic to be transferred, and much longer than the 
user packets. Consequently, it is made possible to minimize a transfer 

30 overhead between the frame header and payload, and thus overheads in 
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transmission bands can be reduced. 

Fig. 5 is an explanatory diagram showing operations for 
mapping user packets on path frames, and illustrates the way that the 
user data are stored in the data field of a path frame. As shown in Fig. 
5 5, in which the user packets A, B, C, D and E are mapped on the data 
fields of the path frames X and Y, plural user packets are stored in a 
frame. Particularly, the user packet C is mapped on both path frames 
X and Y. Accordingly, the user packet C is divided into CO and Cl to be 
transferred onto the frames X and Y. 

10 Here, the pointer field is used to store information for restoring 

the path frames to user packets at the Egress. As is described above, 
the pointer value of the path frame is positional information indicating 
the position of the head of the first user packet in the data field, or the 
distance from the pointer field to the head of the first user packet in the 

15 data field. 

For example, in the path frame Y of Fig. 5, the user packet D 
can be retrieved by the pointer. In addition, it is possible to recognize 
the data before the user packet D as the Cl: data composing rear-end of 
the user packet C, and further, specify the head of the next user packet E 

20 using packet length information in the header of the user packet D. 
Thus it is made possible to restore the user packets from the data fields 
of the path frames sequentially. Incidentally, the different frame 
length and method of transferring path frames can be set for each path, 
which will be described later. 

25 In the following, operations to form path frames at the input 

network device (Ingress) will be described. The IF card 10 of Fig. 2 
includes individual buffers: FIFO (First In First Out) memories, for each 
path. 

The network monitoring system etc. in the IF card 10 identifies 
30 a path number for each user packet of data inputted from user interfaces 
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by registered information. Then only effective data are extracted, and 
written in individual buffers based on the path number. Taking a path 
accommodating ATM cells for instance, only effective ATM cells are 
written into a buffer, and idle cells, etc. are not written. 
5 Similarly, as to IP packets and MPLS packets, only effective 

data are inputted in buffers. The frame forming section 13 reads path 
frames out of each buffer in the buffer section 11. Incidentally, the 
readout operation is performed according to the frame length defined for 
each path and transmission schedule defined for each path by the 

10 scheduling section 12. 

Next, operations at the Ingress for transferring path frames to 
OCHs will be explained with reference to Fig. 6. Assuming a model 
concerning a path as shown in Fig. 6, user packets are written into FIFO: 
a buffer defined for each path. In this example, the packets A, B, C, D 

15 and E are written into a buffer (FIFO) of a certain path. 

The path frames having a fixed frame length have been defined 
for each path beforehand, and the user packets are mapped on the path 
frames to be transferred sequentially. In the frame header of each path 
frame, a field for an ordinal number is defined. The ordinal number 

20 increases one by one with respect to each frame. 

Besides, since the frame length of path frames is fixed, there 
can be the case where a user packet is mapped on plural frames when 
variable lengths user packets are mapped on path frames. 

In the example of Fig. 6, the user packets B, D and E are 

25 distributed to the first and second frames, the second and third frames, 
and the third and fourth frames, respectively. The frame forming 
section 13 shown in Fig. 2 executes these operations for storing user 
packets and forming frames. 

Timing for transferring a path frame is decided by judgment of 

30 the scheduling section 12 according to competitions with transfer timing 
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of path frames on other paths. The frame forming section 13 always 
informs the scheduling section 12 of retention condition of buffers for 
respective paths in the buffer section 11, so that the scheduling section 
12 can decide the frame transfer schedule. 

5 As a frame transfer scheduling, for example, regarding to the 

path defined as CBR, path frames are read out in a fixed cycle. As to 
UBR, after adjusting transfer schedule among paths and selecting a path, 
path frames belonging to the path are read out of a buffer. Incidentally, 
when there is no data in buffers in the buffer section 11, frames are not 

10 to be formed. 

In addition, even when data stored in a buffer are not enough 
to fill the capacity of a path frame, the data are read out as a path frame 
due to time out after a certain period of time has passed from the start of 
data accumulation in the buffer. On that occasion, the defined length of 

15 the path frame is preserved by padding the data field of the frame. 

With the setting of time out for each path, it is made possible 
to keep the transfer delay of data flow in paths at the Ingress below the 
prescribed period of time. 

As is explained above, according to the present invention, even 

20 when there is a little traffic of user data, a path frame is transferred 
after a time out period by padding the data field in the payload of the 
frame to hold the defined frame length. Besides, when there is no user 
traffic, frames are not to be formed. Therefore, it is made possible to 
keep the transfer delay in each path below the prescribed period of time, 

25 and besides define a minimum band for each path. 

Moreover, since frames are not formed when there is no user 
traffic, invalid free space on an OCH is not to be made. 

Paths are defined in between network devices (Ingress and 
Egress) as described above. Here, it is assumed that an Ingress and an 

30 Egress are connected by plural OCHs as shown in Fig. 1. 
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In order to define an arbitral transfer band as a path band, in 
the case where a communication line, on which paths are defined, 
consists of plural OCHs, the transmission of path frames is controlled so 
that the same numbers of frames are always transferred to respective 
5 OCHs. For example, when there are two OCHs (OCH1 and OCH2) of 
OC-48 (2.4 Gbps), either OCH1 or OCH2 is selected for each path frame 
to be transferred. In Fig. 6, the frames having odd ordinal numbers are 
transferred to the OCH1, and the frames having even ordinal numbers 
are transferred to the OCH2. 

10 In the case where plural paths share the same OCH, frames 

are distributed in the same way as above. Fig. 7 is a diagram 
explaining another example of operations for transferring path frames to 
plural OCHs at a network device (Ingress) of the present invention. 

In Fig. 7, user traffic with the path number 1 and user traffic 

15 with the path number 2 are inputted to the Ingress. The shaded path 
frames stores the user packets having the path number 2, and the path 
frames without slash lines stores the user packets having the path 
number 1. As shown in Fig. 7, the frame length varies within 
respective paths. 

20 The OCH1 or OCH2 is selected by turns to transfer the frames 

1, 2, 3, 4, 5 and 6, which correspond to the path number 1. Similarly, 
the frames 100, 101, 102 and 103 corresponding to the path number 2 are 
distributed to the OCH1 and OCH2 alternately in sequence. 

In the following, the case where four OCHs are defined to 

25 transfer path frames will be explained referring to Fig. 8. Fig. 8 is a 
diagram illustrating an example in which path frames are transferred 
between network devices via plural OCHs (OCHl, 2, 3 and 4) according 
to an embodiment of the present invention. The blank frames belong to 
the path 1, the shaded frames belong to the path 2, and the frames 

30 marked with a cross are free spaces. 
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The path frames numbered 1 to 13, which belong to the path 1, 
are distributed to one of the OCHs 1 to 4 selected by turns according to 
round robin scheduling. 

Correspondingly, as to the frames belonging to the path 2, the 
frames numbered M to M + 5 are distributed to one of the OCHs selected 
by turns according to round robin scheduling. Thus, the total number 
of path frames, and the number of each path's path frames on respective 
OCHs are matched. Besides, since the frame length set for each path is 
fixed, traffic is also equally distributed to respective OCHs. 

Consequently, all paths that share the OCH1 and OCH2 
transfer the same number of frames (the same volume of traffic) to each 
OCH, and traffic on the OCHs is equalized. Thus it is made possible to 
use plural OCHs equally for data transmission as a virtual link. 

On the occasion of selecting one of OCHs by round robin 
scheduling, wherein a specified frame length is set for each logical path, 
a group of traffic having similar traffic characteristics may share the 
same OCHs so as to increase transfer efficiency of the OCHs. It may as 
well pad path frames regularly in advance, or set frame length 
dynamically to increase efficiency of data transmission. 

As is described above, even in the case that there are plural 
paths in a virtual link, the length of path frames and transfer schedule 
can be defined on each path. Therefore, it is possible to accommodate 
various types of user traffic in a virtual link as well as satisfy transfer 
QOS: delay and CDV (Cell Delay Variation) etc., necessary for each user 
traffic by coordinating the transfer QOS with QOS of the paths. 

Moreover, since frames are transferred only when user data 
are inputted, respective paths can secure just necessary volumes of 
traffic differently from the STM connection. Thus, it is made possible to 
realize statistical multiple-effect in the traffic on plural paths on the 
OCH. 
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Incidentally, as shown in Fig. 2, the IF card 10 includes the 
standby buffer 15 in preparation for retransmission of path frames, and 
stores the path frames, which are to be transferred to the frame switch 
by the frame forming section 13, in the standby buffer 15 for a certain 

5 period of time. In addition to the standby buffer 15, the IF card 10 is 
provided with the timer 16, and disposes of a path frame, which has 
stayed in the standby buffer 15 for a certain period of time, deciding that 
there is no retransmission request for the path frame. For example, at 
the network device (Ingress), the timer 16 clocks the time from when 

10 each path frame is transferred. Data of the transferred path frames are 
stored in the standby buffer 15 for a certain period of standby time, for 
instance, frame transfer delay X 2 + a . When receiving no control 
frame for requesting retransmission of a path frame during the standby 
time, the Ingress disposes of the path frame. 

15 Restoration of frames is conducted at the network device 

(Egress) 58. In the buffer section 211, paths have their individual 
buffers. Fig. 9 is a diagram explaining operations for restoring user 
packets at a network device (Egress) of the present invention, and 
showing a configuration in the buffer. 

20 First, the path frames having transferred on OCHs are sent to 

the frame restoring section 213 on the IF card 210 shown in Fig. 3. 
After having examined a frame header of each path frame and propriety 
of data, the frame restoring section 213 writes path frames into their 
individual buffers in the buffer section 211. The path frames are stored 

25 in the buffers according to the ordinal number as shown in Fig. 9. 

In the frame forming section 13 at the Ingress, data 
corresponding to each path are stored in the buffer section 11 (FIFO), 
then path frames, each of which is given an ordinal number in ascending 
order, are set up, and the path frames are distributed to OCHs by round 

30 robin scheduling. Accordingly, it is necessary to deal with the path 
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frames, and retrieve the data from the path frames based on the ordinal 
number, in restoring user packets as well. 

However, path frames does not always arrive at the frame 
restoring section 213 according to their ordinal numbers due to 
5 transmission delay on each OCH, or conditions of the frame forming 
section 13 and frame switching section 20 at the Ingress. 

Therefore, the frames are once retained in the buffer section 11, 
and the readout operation is controlled so that the frames are read into 
the packet restoring section 212 as to their ordinal numbers, even when 

10 reverse rotation occurs in ascending order of the frames. Namely, when 
the frame with the ordinal number "M" has been read out of the frame 
restoring section 213 into the packet restoring section 212, it is necessary 
to wait for the arrival of the frame "M + 1" and read it next. In the 
example of Fig. 9, frames 1, 2 and 3 are read into the packet restoring 

15 section 212 sequentially. 

On the other hand, the maximal value of delay time or CVD in 
path frame transfer from the Ingress to the Egress is predictable, and 
therefore the maximum interval of incoming frames can be calculated 
previously. In the case that the path frame "M" has not arrived, even 

20 as the path frame "M + 1" has already arrived; the arrival of the frame 
"M" is waited for a period of the maximum interval, and when the frame 
"M" does not arrive during the period, it is judged that the frame "M" has 
been discarded on the network. 

The timer 215, accompanying the frame forming section 213 at 

25 the Egress, clocks a period of an interval between incoming frames, and 
informs the frame forming section 213 of time-out of a frame, which has 
not arrived after the maximum interval period has passed. Thereby the 
frame forming section 213 decides that the frame has been lost on the 
network. 

30 The packet restoring section 212 retrieves the first user packet 
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from a data field using a pointer in a frame header, then identifies the 
position of the head of the next packet based on packet length 
information in the header of the user packet, and thus retrieves a new 
packet. 

5 When a packet is divided and distributed to plural frames, the 

divided packets in the plural frames are reassembled to retrieve the 
original packet. Having retrieved user packets, the packet restoring 
section 212 transfers the packets to user interfaces, respectively. 

Next, operations according to an embodiment of the present 

10 invention in the case where errors occur in path frames transferred on 
OCHs will be explained. 

In data transmission from a network device (Ingress) to 
another network device (Egress), there are cases that path frames are 
not received normally due to an error(s) in data in a frame, or the loss of 

15 a frame(s) at a frame switch. 

Here, control operations in the case that an error occurs in a 
frame itself will be described. As the control operations, the following 
embodiments El and E2 are conceivable. An operator using the 
network device can select either El or E2. 

20 The embodiment El, by which only disposal of a frame is 

performed, will be described first. Frame errors are detected by 
checking frame headers and data fields at the frame restoring section 
213 of the Egress. On this occasion, when there is a frame containing a 
frame error, the erroneous frame is immediately disposed of. Besides, 

25 packets included in the discarded frame are also immediately discarded 
at the packet restoring section 212. In Fig. 9, for example, when the 
frame 2 is discarded, the packets C, D, E and F are also discarded. 

In the embodiment E2, retransmission of the frame is 
conducted after the disposal of the erroneous frame. In the following, 

30 operations for discarding and retransmitting a frame will be described. 
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When a frame error occurs in a data field, the path number and ordinal 
number of a lost path frame can be identified, and therefore, information 
of the path number and ordinal number is supplied to the retransmission 
control section 214. 
5 When a frame error occurs in a frame header, it is impossible 

to identify the path number and ordinal number of a lost path frame on 
disposal of the erroneous frame. However, the frame restoring section 
213 can identify the path number and ordinal number of the path frame, 
which the frame restoring section 213 has not received when a certain 
10 period of time has passed, by time information from the timer 215, and 
inform the retransmission control section 214 of the path number and 
ordinal number. Thus the retransmission control section 214 transmits 
the path number and ordinal number by a control frame to the Ingress 
100. 

15 The retransmission control process proceeds as follows. First, 

the frame restoring section in the IF card detects an error in the frame 
header or data field of a received path frame (Step l). 

The frame restoring section informs the retransmission control 
section of the path number and ordinal number of the path frame, in 

20 which a data field error occurs (Step 2). 

Similarly, the frame restoring section informs the 
retransmission control section of the path number and ordinal number of 
the path frame, which has not been received when a certain period of 
time has passed, by the instruction from the timer (Step 3). 

25 The retransmission control section sends the path number and 

ordinal number to the Ingress by a control frame (Step 4). 

On the other hand, the frame restoring section and the packet 
restoring section discard the user data, or user packet, which have been 
transferred by the erroneous frame (Step 5). 

30 The frame restoring section suspends restoration of the user 
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data, or user packet, by queuing path frames ordered after the erroneous 
frame in the buffer section until the erroneous frame is retransmitted 
(Step 6). 

The retransmission control section in the IF card at the 
5 Ingress receives the control frame, reads a path frame corresponding to 
the path number and ordinal number out of the standby buffer, and 
resends the path frame to the Egress (Step 7). 

Incidentally, The Ingress 100 stores all path frames 
transferred from the frame forming section 13 to the frame switch in the 
10 standby buffer 15 for a certain period of time in preparation for 
retransmission. The timer 16 informs the Ingress 100 of time 
information so that the Ingress 100 recognizes a path frame that has 
stayed in the buffer 15 for a certain period of time. Accordingly, the 
Ingress 100 decides that retransmission concerning the path frame is not 
15 to be directed, and disposes of the path frame from the standby buffer 15. 

After the path frame is retransmitted from the Ingress to the 
Egress, restoration of user data, or user packets, restarts from the 
retransmitted path frame (Step 7). 

Next, description of processes for disposal and retransmission 
20 of a frame will be given in detail referring to Figs. 10 and 11. Fig. 10 is 
a diagram illustrating operations for retransmission of a path frame at a 
network device (Egress). Fig. 11 is a diagram illustrating operations for 
retransmission of a path frame at a network device (Ingress). 

The frame restoring section 213 at the Egress detects a frame 
25 error by checking the frame header or data field of a received path frame. 
When the frame restoring section 213 finds an erroneous frame, the 
erroneous frame is discarded immediately. Besides, at the packet 
restoring section 212, packets that are contained in the erroneous frame 
are discarded immediately. In the example of Fig. 9, when the frame 2 
30 is discarded, the packets C, D, E and F are also disposed of. 
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In the case that the error occurs in the data field, and no error 
is found in the frame header, the Egress informs the retransmission 
control section 214 of the path number and ordinal number of the 
erroneous frame to have the Ingress resend the frame. 
5 In Fig. 10, the frame restoring section 213 detects the loss of 

the frame having the ordinal number 2 and path number 1, and informs 
the retransmission control section 214 of the ordinal number 2 and path 
number 1. The retransmission control section 214 informs the Ingress 
of the numbers by transmitting a control frame 900. At the packet 

10 restoring section 212, the packets A and B, which are contained in the 
frame numbered 1, are restored and transferred. As to packet C, which 
has been divided and transferred by path frames 1 and 2, the restoration 
cannot be conducted until the path frame 2 is retransmitted. Thereby, 
transmission of packets subsequent to the packet C is suspended until 

15 the path frame 2 arrives. 

On the other hand, the retransmission control section 14 at the 
Ingress receives the control frame 900 as shown in Fig. 11. The 
retransmission control section 14 reads a path frame in question out of 
the standby buffer 15, and resends it. The retransmission operation is 

20 performed by the control between the frame forming section 13 and the 
scheduling section 12. 

The retransmitted path frame is transferred to the frame 
restoring section 213 at the Egress, and then transferred to the buffer 
section 211 to make up for the discarded frame. Thus, in the packet 

25 restoring section 212, the path frame is restored to a user packet. In 
the example of Fig. 10, packet transmission after the packet C restarts 
on arrival of the path frame 2. 

As is described above, the Egress includes a means for 
specifying information of discarded path frames, and the Ingress 100 

30 includes a means for holding path frames for a certain period of time in 
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preparation for retransmission. Thereby, even if the loss of a pass 
frame occurs due to a data error on communication channels, or 
congestion at the frame switch of network devices (Ingress / Egress), the 
Egress informs the Ingress of information of the lost path frame, and the 
5 Ingress retransmits the path frame to the Egress. Thus, it is possible to 
avoid the loss of user data, or data in user packets. 

Fig. 12 is a diagram showing another embodiment of the 
present invention, which illustrates an example of operations for 
connecting / disconnecting an OCH, and transferring path frames. In 
10 this embodiment, a start frame (the frame denoted by S in Fig. 12) and 
an end frame (the frame denoted by E) are newly defined as control 
frames. 

The start frame is a control frame for indicating initiation of 
data transmission on a new OCH set between network devices. The 
15 end frame is a control frame for indicating termination of data 
transmission on an existing OCH that is to be removed from between 
network devices. 

In the example of Fig. 12, OCHs 1 to 4 connect network devices 
A and B (®). On the other hand, OCHs 5 to 7 connect network 
20 devices C and D (®). Here, a connection by the OCH 4 is cut off 

according to decrease in the required capacity for data transmission 
between the network devices A and B, and the transmission is 
continued on the OCHs 1 to 3 only (©). Besides, a connection of the 
OCH 4 is added to connections of the OCHs 5 to 7 according to 
25 increase in the data traffic between the network devices C and D ( 

<D). 

If it is assumed that the network devices A, B, C and D are 
connected in the same link, the above situation corresponds to a 
switch in the usage of the OCH 4. This embodiment is shown in 
30 Fig. 13, which illustrates an example of operations for switching the 
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OCH 4 in a one-way ring. 

Even in the case as shown in Fig. 13, it is possible to 
correspond to the topology of OCH connection flexibly by means of setting 
path frames for each path as a transfer unit. 
5 First, the network devices A and B decide to disconnect the 

OCH 4 through a network monitoring system. On that occasion, it is 
necessary to gear the disconnection of the OCH with data transmission, 
because a large volumes of data will be lost if instantaneous 
disconnection occurs in data transmission. Consequently, the network 

10 device A controls frames so as to be transferred to the OCHs 1 to 3 only 
before cutting off the OCH 4. On the other hand, the network device A 
adds an end frame to the end of data to be transferred to the OCH 4. 

Having received the end frame on the OCH 4, the network 
device B decides that there is no data to be transferred via the OCH 4 

15 from the network device A, and informs the network monitoring system 
of that the OCH 4 is disused. The network monitoring system instructs 
the network devices A and B to release the use of a wavelength for the 
OCH 4. Accordingly, the network devices cut off the connection of the 
OCH 4 at the level of wavelength layers. 

20 After that, the network monitoring system instructs the 

network devices C and D to make a connection by the OCH 4 at the 
wavelength layers. Thereby, the network device C outputs an optical 
signal having a wavelength corresponding to the OCH 4 at the 
wavelength layers. 

25 In the case where the network device D securely receives the 

optical signal corresponding to the OCH 4, the network device D informs 
the network monitoring system of the reception. 

In addition, the network monitoring system instructs the 
network devices C and D to transfer data frames. The network device C 

30 inserts a start frame indicating initiation of data transmission into the 



29 



forefront of the data frames. Having received the start frame, the 
network device D informs the network monitoring system of the 
reception. Thus, the connection for data transmission between the 
network devices C and D by OCH 4 is established. 
5 In the above embodiment, the number of OCHs between the 

network devices A and B, and also C and D changes from 4 to 3, and 3 to 
4 respectively. The network devices A, B, C and D are always conscious 
of OCHs in use, and transfer path frames belonging to each path to only 
active OCHs in order by round robin scheduling. Thus, it is made 

10 possible to switch OCH connections without the loss of data frames. 

As is described above, according to the present invention, in 
the case where the number of OCHs between transport devices changes 
due to connection / disconnection of OCHs, frames are transferred to only 
active OCHs based on ordinal numbers. Besides, a start frame and an 

15 end frame are defined as control frames along with connection / 
disconnection of each OCH. Accordingly, it is possible to maintain data 
transmission in conjunction with wavelength layers in a dynamic 
wavelength connection / disconnection realized by advance in technology 
for optical devices. 

20 In the example of Fig. 12, an OCH is connected / disconnected 

systematically by inter-work between the network monitoring system 
and each network device. Besides, as another embodiment of the 
present invention, in the case where a sudden disconnection of an OCH 
occurs due to a failure etc. differently from the example of Fig. 12, it is 

25 possible to switch OCH connections so as to stop transferring data to the 
disconnected OCH and include a spare OCH instead. 

Fig. 14 is a diagram illustrating the switching operations at a 
point of failure on an OCH according to the embodiment. In the 
example of Fig. 14, four OCHs connect the network devices A and B. In 

30 such condition, assuming that a failure occurs in the OCH 4, and the 
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OCH 4 is not to be used for data transmission, the network devices A 
(Ingress) and B (Egress) are immediately informed about the failure at a 
wavelength layer for the OCH 4. Incidentally, there are several known 
methods for informing the network devices, and the detailed description 
5 is omitted here. Then, the Ingress A decides that the OCH 4 is out of 
use, and performs subsequent data transmission using only three OCHs: 
the OCHs 1, 2 and 3. 

In a frame transfer system according to the present invention, 
path frames are distributed to active OCHs by round robin scheduling. 

10 Consequently, even when a virtual link composed of four OCHs changes 
to one composed of three OCHs due to a failure, data transmission can be 
maintained without a hindrance, apart from the temporary loss of a path 
frame(s) at a point of failure. 

However, if the user traffic between the network devices A and 

15 B requires more than three channels, data transmission may not be 
maintained. However, in many cases, OCHs are used at below a half of 
average rate of usage in general data communication, and according to 
the present invention, it is made possible to restart data transmission 
promptly without preparing a new OCH for Protection. Moreover, even 

20 if the required bands between the network devices A and B exceed the 
bands of three channels, it is possible to perform flexible operations, such 
as protecting higher priority user traffic, by transferring only path 
frames that belong to higher priority paths to three active OCHs. 

In accordance with the present invention, when errors occur in 

25 OCHs, and the OCHs cannot be used for data transmission, the 
erroneous OCHs are specified by notice from lower layers. Then, the 
whole of available active OCHs is immediately considered as a new 
virtual link, and data transmission can be continued. Therefore, if the 
volume of user data is a little less than the capacity of the active OCHs, 

30 it is possible to continue data transmission easily without spare 
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protection wavelength. Furthermore, even if the volume of user data is 
larger than the capacity of the whole active OCHs, higher priority traffic 
is extracted from user data traffic and transferred to the active OCHs. 
Thus, flexible priority control, such as protecting higher priority user 
5 traffic and continuing service, can be realized. 

In accordance with the present invention, a path is defined for 
each traffic to be transferred, and a frame length as well as transmission 
schedule of path frames are set for each path. Therefore, it is possible 
to deal with various types of traffic. For example, in the case of 

10 transmitting STM signals, path frames having a fixed frame length are 
sent at a regular interval. 

Moreover, in the transmission of traffic that is critical of delay, 
delay can be reduced by setting the path frame length shorter, since most 
of delay occurs at the time of forming path frames, 

15 Furthermore, as to traffic having high burst tendency, effective 

transmission can be realized by setting the path frame length as long as 
burst length so that generation of user traffic is synchronized with 
construction of path frames. This application example is shown in Fig. 
15. In Fig. 15, standards of frame lengths and transmission cycles of 

20 path frames are described according to the parameter of Fig. 15. 

Fig. 15 shows an example of provisions for the frame length 
and transmission cycle of path frames according to an embodiment of the 
present invention. In this embodiment, an example of operations for 
setting path frames, when end-to-end delay is defined as a request from a 

25 user, will be explained. Here, the end-to-end delay is a period from 
when user traffic is inputted to a network device (ingress) to when the 
user traffic is outputted from another network device (Egress). The 
required delay is denoted by T. In addition, a required band is the 
average band for user data transmission. For example, in the case of 

30 transmitting voice data, the band may be defined as 64kbps. 



32 



OCHs are a communication link between the Ingress and 
Egress. A plurality of user traffic is multiplexed and transferred onto 
the OCHs. For example, 0O48 (2.4Gbps) may be defined as the OCH. 
Considering that in what manner user data is transferred from the 
5 Ingress to the Egress, it is possible to estimate factors of delay generated 
in the end-to-end. In the following, each factor of delay will be 
explained for respective points ® to © in Fig. 15. 
CD. First, user data is inputted to the Ingress, and stored in the FIFO 
until the data accumulates enough to fill the fixed frame length of a path 
10 frame. The period taken for the accumulation is the first factor of 
delay. 

(D. Next, a period of time to read the user data, which has accumulated 
to the frame length, into a communication channel as a path frame is the 
second factor of delay. 
15 (3). The read path frame is transferred via an optical fiber to the Egress 
as an optical signal. The third factor is the propagation time of the 
optical signal, which is in proportion to the length of the optical fiber. 
In Fig. 15, this is defined as r . 

®. Then, at the Egress, in order to restore the path frame transferred on 
20 the communication channel to user data, the path frame is once stored in 
the FIFO for a certain period of time. This is the fourth factor of delay. 
(D. Finally, a period of time to read the user data out of the FIFO is the 
fifth factor of delay. 

Thus, the delay T can be expressed as follows: 
25 T>(D + (2) + (3) + (D + (5) 

The generating points of delay ®, (2), (3), (4) and (D, and the contents 

are shown in Fig. 15. 

Assuming that: a required band = average velocity of user data 

= V = 64kbps, end-to-end required delay time = T = 50msec, velocity of 
30 OCH = R = 2. 4Gbps, transfer time on an OCH = r = 20msec; the above 
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expression of constraint comes to: 

50msec > 20msec + 2 X path frame length X (l / 64k + 1 / 2.4 G); and 
thus: 

960 bits (I20byte) > path frame length. 

Namely, according to the present invention, when the path 
frame length is set to 120byte, user traffic of 64kbps is transferred with 
the maximum delay time of 50msec. Incidentally, to be precise, in the 
case where an operation for reading out user traffic overlaps with 
another readout operation at the points (2): path frames of user traffic 
are read out at the Ingress, and ©: path frames of user traffic are read 
out at the Egress, there can be further delay in transmission of the user 
traffic. If the user traffic has the highest-delay priority, such delay does 
not occur. The example shown in Fig. 15 is intended for the user traffic 
with the highest-delay priority. 

As is described above, it is possible to realize QOS on the 
network required for user traffic by setting a length of path frames 
according to requirements such as the velocity of the user traffic and the 
end-to-end delay time. 

Operations for path frame transfer between network devices 
(Ingress / Egress) have been described above. In the following, transfer 
operations at a network device (CORE), which acts as an intermediary 
device on the network, will be explained. Fig. 16 is a diagram 
illustrating operations for path frame transfer at a network device 
(CORE) according to an embodiment of the present invention. Having 
received path frames corresponding to the path 1 and path 2 from the 
Ingress, the CORE switches OCH output ports, and outputs the path 
frames referring to the path number of each frame. 

Fig. 17 is a diagram illustrating transfer operations at a 
network device (CORE) according to an embodiment of the present 
invention. 
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Having received a path frame, the CORE decides one of output 
channels referring to destination information set for the path in advance, 
and transmits the path frame from a transmitter. 

For example, when the CORE receives path frames belonging 
5 to the path 1, which have been set so as to be outputted to OCH 5, OCH 8 
and OCH 9 at a transmitter, via the OCH 1 and OCH 2, the CORE 
selects the OCH 5, 8 or 9 by round robin scheduling for each path frame, 
and transfers the path frames sequentially. 

As set forth hereinabove, according to the present invention, a 

10 path is defined for each traffic of user data transferred between network 
devices based on QOS necessary for the traffic. On the path, path 
frames, each of which is given an ordinal number, are formed 
corresponding to inflow of the user data. The length and transfer 
schedule of the path frames are defined for each path. The path frames 

15 are transferred to plural OCHs sequentially by round robin scheduling 
and the user data are transferred by the path frames having a fixed 
frame length. Thereby, it is made possible to utilize plural OCHs as a 
virtual link, and thus a user can use any band necessary for transferring 
data regardless of constraints such as the number of OCHs or the 

20 transfer rate of OCHs. 

While the preferred embodiments of the present invention has 
been described using specific terms, such description is for illustrative 
purposes only, and it is to be understood that changes and variations 
may be made without departing from the spirit or the scope of the 

25 following claims. 



